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1 

Datapakettien numerointi pakettivalitteisessS tiedonsilrrossa 

Kdk6inn6n tausta 

Kekslnto liittyy pakettfvaiittelseen tiedonsiirtoon ja erityisesti datapa- 
kettien numeroinnin optimolntlln, vieia erityisesti luotettavan (acknowledged) 
5 slirron yhteydessa. 

Ns, kolmannen sukupolven matkavlestlnjarjestelmlen, joista kayte- 
taan ainakrn nimltyksia UMTS (Universal Mobile Telecommunication System) 
ja IMT-2000 (International Mobile Telephone System), kehityksessa eras lah- 
tOkohta on ollut mahdollisimman hyva yhteensopivuus toisen sukupolven mat- 
10 kaviestinjarjestelmien, kuten GSM-jarjestelman (Global System for Mobile 
Communications) kanssa. Esimerkiksi UMTS-jarjestelman runkoverkko on 
suunniteitu toteutettavaksi GSM-runkoverkon pohjalle. Jolloin jo olemassa ole- 
via verkkoja voidaan hyodyntaa mahdollisimman tehokkaasti. Edelieen kol- 
mannen sukupolven matkaviestimille pyritaan mahdollistamaan yhteysvastuun 
15 siirto eli handover UMTS- ja GSM-jarjestelmien vaiilia. Tama patee myos pa- 
kettivaiitteiseen tiedonsiirtoon, erityisesti UMTS:n ja GSM-jarjesteJmaan suun- 
nitellun pakettlradioverkon GPRS:n (General Packet Radio Service) valilla. 

Pakettivaiitteisessa tledonsiirrossa voidaan kayttaa luotettavaa eli 
kuitattua (acknowledged) lahetysta tai epaJuotettavaa eli kuittaamatonta 
20 (unacknowledged) lahetysta. Luotettavassa tledonsiirrossa vastaanottaja la- 
hettaa kuittauksen vastaanottamistaan datapaketeista PDU (Protocol Data 
Unit) lahettajaile, jolloin JahettajS voi lahettaa kadonneet tai vioittuneet datapa- 
ketit uudestaan. GPRS-jarjestelmassa suoritettaessa operointlsolmujen vali- 
nen (inter-SGSN, Serving GPRS Support Node) handover tiedonsiirron luo- 
25 tettavuus varmistetaan datapaketteihin liitettavan 8-blttisen N-PDU-numeron 
(Network PDU) avulla, jonka perusteella voidaan tarkistaa vastaanottajalle va- 
litetyt datapaketit. Nykyisten maaritysten mukaisessa UMTS-jarjestelmassa 
pakettivaiitteisessa tiedonsiirnsssa vastaavaan operointisolmujen valisen han- 
doverin luotettavuuden varmistamiseen kaytetaan pakettidataprotokollan RLC- 
30 kerroksen (Radio Link Control) 12-bittista RLC-jaksonumeroa. 

GPRS:n ja UMTS.n vailsessa handovertssa GPRS-jarjestelma on 
vastuussa handoverin luotettavuudesta, joten luotettavuuden tarklstus on jar- 
jestetty suoritettavaksi GPRS:n N-PDU-numeroiden avulla. joiden pohjalta 
luodaan handover-prosessissa UMTS:n puolella kaytettavat identifiointlnume- 
35 rot. Suoritettaessa handover UMTS:sta GPRS:aan UMTS-jarjestelma on vas- 
tuussa handoverin suorituksesta, jolloin luotettavuuden tarkistus perustuu 
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UMTSrn kasittamiin datapakettlen identifiointitietoihin. UMTS-jarjestelmaan on 
tahan tarkoitukseen suunniteltu 8-bittista datapakettinumeroa, joka liitetaan 
UMTS.n pakettidataprotokollaan kuuluvan konvengensslprotokollakerroksen 
PDCP (Packet Data Convergence Protocol) datapakettiin ylimaaraiseksi ta- 
5 vuksi. Tama PDCP-PDU-numero muodostaa nain GPRS:n N-PDU-numeroa 
looglsesti vastaavan datapakettinumeron, jonka perusteella tarkistetaan han- 
doverin yhteydessa, etta kaikki datapaketrt ovat siirtyneet luotettavasti. On 
myOs mahdolllsta. etta 8-bittmen PDCP-PDU-numero muodostetaan 12- 
brttisista RLC-jaksonumeroista poistamalla neija eniten merkitsevaa bittia. 

10 Vastaavaa PDCP-PDU- eli N-PDU-numerointla voidaan kayttaa myos UMTS:n 
sisaisessa radioaliverkkojarjestelmlen valisessa handoverissa (ns. SRNS Re- 
location). Datapaketit PDU asetetaan puskurlin odottamaan, etta yhteysvastuu 
on siirtynyt toisen jarjestelman operointrsolmulle SGSN tai UMTSrn sisaisessa 
handoverissa uudelle palvelevalle radloaliverkkojarjestelmaKe SRNS (Serving 

15 Radio Network Subsystem), ja lahetetyt datapaketit voidaan poistaa puskurista 
sita mukaa, kun vastaanottajalta saadaan kuittaus vastaanotetuista datapa- 
keteista. 

Eraana ongelmana ylia kuvatussa jarjestelyssa on PDCP-PDU- 
numeron muodostaman ylimaaraisen tavun liittaminen konvergenssiprotokol- 

20 lakerroksen PDCP jokaisen datapaketin otsikkokenttaan. Tama lisaa kuormi- 
tusta tiedonsilrrossa, koska jokaisessa datapaketlssa lahetetaan ylimaarainen 
tavu. UMTS:n pakettidatapalvelu ei kuitenkaan kayta PDCP-PDU-numeroa 
mihlnkaan tarkoitukseen normaallssa tiedonsiirrossa, vaan sita hyodynnetaan 
ainoastaan UMTSrn ja GPRSrn valisessa handoverissa seka UMTSrn sisai- 

25 sessa handoverissa. 

Edelleen ongelmana ylia kuvatussa jarjestelyssa on PDCP-PDU- 
numeroiden luominen RLC-jaksonumeroista. RLC-jaksonumerot maarltetaan 
juoksevasti RLC-kerroksen datayksikoille RLC-PDU. Jarjestelman vllveesta 
johtuen puskurissa vol olla suuri maara datayksikoita RLC-PDU. Jos RLC- 

30 jaksonumerot kasvavat yli 255:n, Joka on suurfn kahdeksalla bitilla ifmatstavis- 
sa oleva desimaaliluku, voi kaksi tai useampia datapaketteja saada saman 
PDCP-PDU-numeron. koska RLC-Jaksonumerolden 12rsta bitista poistetaan 
nelja eniten merkltsevaa bittia. Taikiln ei vastaanottaja pysty enaa yksiselittei- 
sesti maarittamaan vastaanotetun datapaketin PDCP-PDU-numeron perus- 

35 teella kuitattavaa datapakettia eika handoverin luotettavuutta voida enaS var- 
mistaa. 
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Vieia ongelmaksi voi muodostua mahdollinen pakettldataiahetysten 
multlpleksaamlnen PDCP-kerroksessa, jolloin PDCP-kerroksen alapuolinen 
RLC-kerros vastaanottaa datapaketteja useilta yhteyksHta samanaikaisesti. 
Koska handoverin luotettavuus varmistetaan yhteysperusteisesti, on RLC- 
5 jaksonumeroiden maarittaminen useille samanaikaisille yhteyksille erittain 
hankalaa ja handoverin luotettavuuden kannalta epSvarmaa. 

Keksinnon lyhyt selostus 

Kekslnn5n tavoitteena on siten kehittaa parannettu menetelma ja 
menetelman toteuttava lalttelsto ylla malnlttujen halttojen vShentamfseksL 

10 Keksinnon tavoitteet saavutetaan menetelmalla ja Janestelmalla. joille on tun- 
nusomaista se, mita sanotaan itsenaisissa patenttivaatimuksissa. KeksinnOn 
edulliset suorltusmuodot ovat epaltsenaisten patenttivaatimusten kohteena. 

Keksinto perustuu siihen. etta kaytetaan PDCP-kerroksella datapa- 
kettien numeroinnissa laskureiden avuda yllapldettavaa "virtuaalista" datapa- 

15 kettlnumerointia. Seka lahettajS-PDCP etta vastaanottaja-PDCP seuraavat 
laskureiden avulla siirrettavia datapaketteja ja vastaanottaja-PDCP kuittaa 
vastaanotetut datapaketit laskurilukeman avulla. edullisesti normaalia luotetta- 
vaa (acknowledged) tiedonsiirtoa vastaavalla tavalla. jolloin datapakettinume- 
roita ei tarvitse lainkaan vaiittaa datapakettien mukana. 

20 Edella kuvatun "virtuaalisen" datapakettmumeroinnin kaytto huo- 

noissa lahetysolosuhteissa ja erityisesti UMTS:n ja GPRS:n valisessa hando- 
verissa seka UMTS:n sisaisessa handoverissa., joissa luotettavaa tiedonsiirtoa 
ei voida taata, alheuttaa lisaongelman. jossa datapaketteja katoaa lahetykses- 
sa, minka lisaksi nykyinen datapakettien hylkaysmekanismi ei paljasta vas- 

25 taanottajalle, kuinka monta datapakettia on kerralla hylatty. Talloin lahettajan 
ja vastaanottajan datapakettilaskurit joutuvat keskenaan epasynkronlseen tilaa 
eika niita voida my^skaan synkronoida. koska vastaanottaja ei tieda hyiattyjen 
datapakettien lukumaaraa. 

Tama lisaongelma ratkaistaan indikoimalla vastaanottajalle hyiatyt 

30 datapaketit siten, etta vastaanottaja pystyy synkronoimaan datapakettilasku- 
rinsa an/on vastaamaan lahettajan datapakettilaskurin arvoa. 

KeksinnOn mukaisen menetelman ja jarjestelman etuna on, etta op- 
timaalisissa lahetystilanteissa luotettava tledonslirto voidaan taata ilman, etta 
datapakettinumeroita taivitsee vaiittaa lainkaan, mika onnistuu my6s hando- 

35 ver-tilanteessa. Epaoptimaalisissa IShetysolosuhtelssakin datapakettien la- 
hettSmista ja kuittaamista voidaan jatkaa, valkka joitakin datapaketteja katoai- 
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sikin Idhetyksestd. Edelleen etuna on se, ettS kadotdtut datapaketit voidaan 
maaritt§a yksiselitteisesti. Viela etuna on se, etta keksrnnon mukaista datapa- 
kettlnumerolntla voidaan hyodyntasi myOs UMTS:n Ja GPRS:n vailsesss han- 
doverissa. Edelleen keksintoa voidaan kayttaa myiis UMTS:n sisSisessa ra- 
5 dioaliverkkojarjestelmien valisessa handoverissa (SRNS Relocation). 

Kuvioiden lyhyt selostus 

Keksintsa selostetaan nyt lahemmin edullisten suoritusmuotojen 
yhteydessa. vlitaten oheislin piirroksiin, joista 

kuvio 1 esittaa lohkokaavlona GSM/GPRS-jarjestelman rakennetta; 
10 kuvio 2 esittaa lohkokaavlona UMTS-jarjestelman rakennetta; 

kuviot 3a ja 3b esittavat GPRSrn ja UMTS:n protokollaplnoja; 

kuvfo 4 esittaa signalolntikaaviona tunnetun tekniikan mukaista 
handover-prosessia UMTSrsta GPRS-jarjestelmaan; 

kuvio 5 esittaa sfgnalointlkaavlona luotettavaa tiedonsiirtoa ja data- 
15 pakettien kuittausta PDCP-tiedonsiirrossa; 

kuvio 6 esittaa lohkokaavlona PDCP-kerroksen toiminnallista mallia; 

kuvio 7 esittaa signalolntikaaviona keksinnfin mukaista datapaketti- 
numerointia kayttavaa luotettavaa tiedonsiirtoa ja datapakettien kuittausta 
PDCP-tiedonsiirrossa: 
20 kuvio 8 esittaa tunnetun tekniikan mukaista datapakettihylkSyksen 

indikointiviestia; ja 

kuviot 9a ja 9b esittavat kekslnnbn mukaisia datapakettihylkayksen 
indikointiviesteja. 

Keksinndn yksityiskohtainen selostus 

25 Keksintoa selostetaan seuraavassa esimerkinomaisesti UMTS- ja 

GPRS-jarjestelmien mukaisten pakettiradiopalvelun yhteydessa. Keksintoa ei 
kultenkaan ole rajoltettu vain naihin jarjestelmiin, vaan sita voidaan soveltaa 
mlhin tahansa pakettivalitteiseen tiedonsilrtomenetelmaan, joka edellyttaa da- 
tapakettien kuittausta myOhemmin kuvattavalla tavalla. Keksintoa voidaan eri- 

30 tyisesti soveltaa seka UMTS:n ja GPRSrn vSiisessa luotettavassa handoveris- 
sa etta UMTS:n sisaisessa radioaliverkkojarjestelmien valisessa handoverissa 
(SRNS Relocation). Taten tSssa selostuksessa kaytettava term! vastaanottaja- 
PDCP voidaan ensin mainitussa tapauksessa korvata GPRS:n vastaavalla 
toiminnolla SNDCP. 
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Kuvio 1 havainnollistaa» kuinka GPRS-jarjestelmS on rakennettu 
GSM-jarjestelman pohjalle. GSM-jarjestelma kasittaa matkaviestimia MS 
(Mobile Station), Jotka ovat radioteitse yhteydessa tukiasemiln BTS (Base 
Transceiver Station). Tukiasemaohjalmeen BSC (Base Station Controller) on 
5 kytketty useita tukiasemia BTS, joiden kaytettavissa olevia radiotaajuuksia ja 
kanavia tukiasemaohjain BSC kontrolloi. Tukiasemaohjalmet BSC ovat puo- 
lestaan A-rajapinnan kautta yhtayda&sa matkaviestinkeskukseen MSC (Mobile 
Services Switching Center), joka huolehtil yhteydennnuodostuksesta ja puhe- 
luiden reitittamisesta oikelsiln osoitteisiin. TSssa kaytetasn apuna kahta tieto- 

10 kantaa» jotka kasittavat tietoa matkaviestintilaajista: kotitilaajareklsteria HLR 
(Home Location Register), joka kSsittaa ttedot matkaviestinverkon kaikista ti- 
laajista seka naiden tilaamista palveluista ja vierailijareklsteria VLR (Visitor Lo- 
cation Register), joka kasittaS tietoja tietyn matkaviestinkeskuksen MSC alu- 
eella vierailevista matkavlestimista. Matkaviestinkeskus MSC on puolestaan 

15 yhteydessa muihin matkavlestinkeskukslin yhdyskaytavamatkavlestinkeskuk- 
sen GMSC (Gateway Mobile Services Switching Center) valityksella seka 
klinteaan puhelinverkkoon PSTN (Public Switched Telephone Network), GSM- 
jarjestelman tarkemman kuvauksen osalta viltataan ETSI/GSM spesifikaatioi- 
hin seka kirjaan The GSM system for Mobile Communioations, M. Moaly and 

20 M. Pautet, Palaiseau, France, 1992, ISBN:2^9571 90-07-7. 

GSM-verkkoon kytketty GPRS-jarjestelnna kfisittaa kaksi lahes itse- 
naista toimintoa eli yhdyskaytavasolmun GGSN (Gateway GPRS Support No- 
de) Ja operointisolmun SGSN (Sen/ing GPRS Support Node). GPRS-verkko 
voi kasrttaa useita yhdyskaytava- ja operolntlsolnnuja ja tyypillisesti yhteen yh- 

25 dyskaytavasolmuun GGSN on kytketty useita operointisolmuja SGSN. Mo- 
lemmat solmut SGSN ja GGSN toimivat matkaviestimen llikkuvuuden ymmflr- 
tavina reitittimina, jotka huolehtivat matkaviestinjarjestelman ohjauksesta ja 
datapakettien reitityksesta matkaviostimiin niiden sijainnista ja kSytetysta pro- 
tokollasta riippumatta. Operointisolmu SGSN on matkaviestinverkon kautta 

30 yhteydessa matkaviestimeen MS. Yhteys malkaviestinverkkoon (rajapinta Gb) 
muodostetaan tyypillisesti joko tukfaseman BTS tai tukiasemaohjaimen BSC 
kautta. Operointisolmun SGSN tehtavana on havaita GPRS-yhteyksiin kyke- 
nevat matkaviestimet palvelualueellaan, lahettaa ja vastaanottaa datapaket- 
teja kyseisilta matkaviestimilta seka seurata matkaviestimien sijaintia palvelu- 

35 alueellaan. Edelleen operointisolmu SGSN on yhteydessa matkaviestrnkes- 
kukseen MSC ja vlerailijarekisteriin VLR signalointirajapinnan Gs kautta ja koti- 
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rekisterifn HLR rajapinnan Gr kautta. Kotireki8teritn HLR on talletettu myos 
GPRS-tietuelta. jotka kSsittavat tilaajakohtaisten pakettidataprotokollien sisai- 
lon. 

Yhdyskaytavasolmu GGSN toimii yhdyskSytavana GPRS-verkon ja 
5 ulkoisen dataverkon PDN (Packet Data Network) vdlilia. Ulkoisia dataverkkoja 
voivat olla esimerkiksi toisen verkko-operaattorin GPRS-verkko, Internet, X.25- 
verkko tai yksityinen lahiverkko. Yhdyskaytavasolmu GGSN on yhteydessa 
kyselslln dataverkkolhln rajapinnan GI kautta. YhdyskSytavasolmun GGSN ja 
operointisolmun SGSN vaiilia siirrettavat datapaketit ovat aina GPRS- 

10 standardin mukaisesti kapseloituja. Yhdyskaytavasolmu GGSN sisaltaa myos 
GPRS-matkaviestimien PDP-osoitteet (Packet Data Protocol) ja reitltystiedot 
ts- SGSN-osoitteet. Reititystietoa kaytetaan siten datapakettien linkittamiseen 
ulkoisen dataverkon ja operointisolmun SGSN vSlilia. Yhdyskaytavasolmun 
GGSN Ja operointisolmun SGSN valinen GPRS-runkoverkko on IP- 

15 yhteyskaytantoa, edullisesti IPv6 (Internet Protocol, version 6) hyodyntava 
verkko. 

Pakettivaiitteisessa tiedonsiirrossa tietoliikenneverkon tarjoamasta 
paatelaitteen ja verkko-osottteen valisesta yhteydesta kaytetaan yieisesti ter- 
mia konteksti. Taiia tarkoitetaan kohdeosoitteiden vaiista loogista ifnkkia, jonka 

20 kautta datapaketteja valltetaan kohdeosoitteiden valilia. Tama looginen linkkl 
vol olla olemassa, vaikka paketteja ei valitettaisikaan, Jolloln se ei myoskaan 
vie janestelman kapasiteettia muilta yhteyksilta. Taten konteksti eroaa esimer- 
kiksi pllrikytkentaisesta yhteydesta. 

Kuviossa 2 esitetaan yksinkertaistetusti, kuinka kolmannen suku- 

25 polven UMTS-verkko voidaan rakentaa edelleen kehitetyn GSM-runkoverkon 
yhteyteen. Runkoverkossa matkaviestinkeskus/vlerallijarekisteri SG-MSC/VLR 
on yhteydessa kotirekisteriin HLR kautta ja edullisesti mytts aiyverkon ohjaus- 
pisteeseen SCP (Service Control Point). Yhteys operointisolmuun 3G-SGSN 
muodostetaan rajapinnan Gs* valityksella ja klinteaan puhelrnverkkoon 

30 PSTN/ISDN kuten edella on esitetty GSM:n yhteydessa. Operointisolmusta 
3G-SGSN muodostetaan yhteys ulkoisiin dataverkkoihin PDN taysin vastaa- 
vaila tavalla kuin GPRS-jarjestelmassa ell rajapinnan Gn kautta yhdyskayta- 
vasolmuun GGSN, josta on edelleen yhteys ulkoisiin dataverkkoihin PDN. Se- 
ka matkaviestinkeskuksen 3G-MSCA/LR etta operointisolmun 3G-SGSN yhte- 

35 ys radioverkkoon UTRAN (UMTS Terrestrial Radio Access Network) tapahtuu 
rajapinnan lu valityksella, joka siis GSIWGPRS-jarjestelmsan nahden yhdistaa 
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rajapintojen A ja Gb toiminnalllsuudet, joiden lisSksi rajapinnalle lu voidaan 
kehittaa kokonaan uusia toiminnallisuuksia. Radioverkko UTRAN kasittaa 
useita radioaliverkkojarjestelmia RNS (Radio Network Subsystems), jotka 
edelleen muodostuvat radioverkkokontrollereista RNC (Radio Network Cont- 
5 roller) ja nalhin yliteydessa oievista tukiasemista BS (Base Station), joista 
kaytetaan myds termia Node B. Tuklasemat ovat radioyhteydessa tilaajapaa- 
telaitteisiin UE (User Equipment), tyypiliisesti matkavjestimiin MS. 

Kuviot 3a ja 3b esittavat GPRS:n Ja vastaavasti UMTS:n protokolla- 
pinoja, joiden mukalsla maaritteiyja kaytetaan kayttajadatan vaiityksessa ky- 

10 seislssa jarjestelmlssa. Kuviossa 3a kuvataan matkaviestimen MS ja ylidys- 
kaytavasolmun GGSN valista kayttajadatan siirtoon kaytettavaa protokollapi- 
noa GPRS-jarjestelmassa. Matkaviestimen MS ja GSM-verkon tukiasemajar- 
jesteiman BSS valinen tiedonsiirto radlorajapinnan Um yli tapahtuu normaalin 
GSM-protokollan mukalsesti. Tukiasemajarjestelman BSS ja operointisolmun 

16 SGSN vaiiselia rajaplnnaila Gb alin protokollakerros on jatetty avoimeksi ja toi- 
sessa kerroksessa kaytetaan joko ATM- tal Frame Relay- protokollaa. Taman 
paaiia oleva BSSGP-kenos (Base Station System GPRS Protocol) llsaa vaii- 
tettaviin datapaketteihin reitityksen ja palvelunlaadun maarityksia seka data- 
pakettien kuittaukseen ja Gb-rajapinnan haliintaan lilttyvia signalointeja. 

20 Matkaviestimen MS ja operointisolmun SGSN valinen suora kom- 

munikointi on maaritelty Icahdessa protokoilakerroksessa, SNDCP (Sub- 
Network Dependent Convergence Protocol) ja LLC (Logical Link Layer). 
SNDCP-kerroksessa valitettava kayttajadata segmentoidaan yhteen tai use- 
ampaan SNDC-datayksikkOOn, jolloln kayttajadata seka siihen liittyva TCP/IP- 

25 tai UDP/IP-otsikkokentta voidaan optionaalisesti kompressoida. SNDC- 
datayksikSt valitetaan LLC-kehyksissa. joihin on lisatty tiedonsiirron kannalta 
olennaista osolte- ja tarkistusinformaatioita, ja joissa kehyksissa SNDC- 
datayksikSille voidaan suorittaa salaus. LLC-keiroksen tehtavanS on yliapitaa 
matkaviestimen MS ja operointisolmun SGSN valista tiedonsiirtoyhteytta ja 

30 huolehtia vahingoittuneiden kehysten uudelleeniahetyksesta. Operointisolmu 
SGSN vastaa matkaviestimelta MS tulevien datapakettien reitityksesta edel- 
leen oikealle yhdyskaytavasolmulle GGSN. Taiia yhteydelia kaytetaan tunne- 
lointiprotokollaa (GTP, GPRS Tunnelling Protocol), joka koteloi ja tunneloi kai- 
ken GPRS-runkoverkon kautta valitettavan kayttajadatan Ja signaloinnin. GTP- 

35 protokollaa ajetaan GPRS-runkoverkon kayttaman IP:n paalla. 
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UMTS;n paketttvalittelsen kayttajadatan vSlltyksessa kaytettava ku- 
vion 3b mukaJnen protokollapino vastaa hyvin pitkSlle GPRS:n protokollapi- 
noa. kuitenkin muutamin olennaisin poikkeuksin. Kuten kuviosta 3b nahdaan, 
UMTS:s5a operointlsolmu 3G-SGSN ei enaa miliaan protokollakerroksella 
5 muodosta suoraa yhteytta tilaajapsatelaitteeseen UE, kuten matkaviestimeen 
MS, vaan kaikki tiedonsiirto tapahtuu radioverkon UTRAN kautta. Talloin ope- 
rointisolmu 3G-SGSN toimii lahinnS reitittimena, joka vaiittaa GTP-protokollan 
mukalset datapaketit radloverkolle UTRAN. Radioverkon UTRAN Ja tllaaja- 
paatelaitteen UE vSliselia rajapinnalla Uu alemman tason tiedonsiirto fyysiselia 
10 kerroksella tapahtuu WGDMA- tai TD-CDMA-protokoIlan mukaisesti. Fyysisen 
kerroksen paaiia olevat RLC- ja MAC-kerrokset vastaavat toiminnoiltaan pit- 
kaiti GSM:n vastaavia kerroksia, kuitenkin niin, etta LLC-kerroksen toimlnnalli- 
suuksla on slirretty UMTSrn RLC-kerroksen vastuulle. Naiden paalla oleva 
PDCP-kerros korvaa GPRS-jarjestelma§n nahden lahinna SNDCP-kerroksen 

15 ja PDCP-kerroksen toiminnallisuudet vastaavat pitkaiti SNDCP-kerroksen ka- 
sittamia toiminnaflisuuksta. 

Kuvion 4 mukaisessa signalointikaavlossa esitetaan tunnetun tek- 
niikan mukainen handover UMTS:sta GPRS:aan. Tallainen handover tapah- 
tuu. kun matkavlestin MS siirtyy pakettidatalahetyksen jatkuessa UMTS- 

20 solusta GSM/GPRS-soluun, joka kayttaa eri operointisoimua SGSN. Talloin 
matkaviestin MS ja/tai radioverkot BSS/UTRAN tekevSt paatOksen handoverin 
suorittamisesta (vaihe 400). Matkaviestin lahettaa uudelie operointisolmulle 
2G-SGSN reititysalueen paivltyspyynnon (RA Update Request, 402). Operoin- 
tisolmu 2G-SGSN lahettaa vanhalle operointisolmulie 3G-SGSN matkaviesti- 

25 men liikkuvuudenhaliintaa ja PDP-kontekstia maarittelevan operointisolmun 
kontekstikyselyn (SGSN Context Request, 404). Operointisolmu 3G-SGSN iS- 
hettaa pakettidatayhteydesta vastuussa oileelie radioaliverkkojarjesteimafie 
SRNS (Serving RNS) SRNS-kontekstikyselyn (SRNS Context Request, 406). 
johon vasteena SRNS lopettaa datapakettien lahettamisen matkaviestimelie 

30 MS. asettaa iahetettavat datapaketit puskuriin ja lahettaa vastauksen (SRNS 
Context Response. 408) operointisolmulle 3G-SGSN. Tassa yhteydessa ra- 
dioaliverkkojariestelma SRNS mm. maarftlaa puskuriin asetettaviile datapa- 
keteille S-bittiset PDCP-PDU- eli N-PDU-numerot. Saatuaan tiedon matkavies- 
timen MS liikkuvuudenhallinta- ja PDP-kontekstitiedoista operointisolmu 3G- 

35 SGSN ilmoittaa nams operointisolmulle 2G-SGSN (SGSN Context Response, 
410). 
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Operointisolmu 2G-SGSN voi tarvittaessa suorittaa matkaviesttmen 
autentikoinnin kotireklsterista HLR (Security Functions, 412). UusI operointi- 
solmu 2G-SGSN Informoi vanhaa operointlsolmua 3G-SGSN sljta, etta on 
valmis vastaanottamaan aktivoitujen PDP-kontekstien datapaketteja (SGSN 
5 Context Ack, 414), johon vasteena operointisolmu 3G-SGSN pyytaa radloali- 
verkkojarjestelmaa SRNS (SRNS Context Ack. 416a) lahettamaan puskurissa 
olevat datapaketit operointisolmulle 3G-SGSN (Fonward Packets, 416b), joka 
edeileen lahettaa ne operolntisolmulle 2G-SGSN (Forward Packets, 418). 
Operointisolmu 2G-SGSN suorittaa GPRS-jarjestelman mukalsen PDP- 

10 kontekstin paivityksen yhdyskaytavSsoImun GGSN kanssa (Update PDP 
Context Request/Response. 420). Taman jalkeen operointisolmu 2G-SGSN 
informoi kotirekisteria HLR uudesta operointisolmusta (Update GPRS Locati- 
on, 422). jolioin vanhan operointisolmu n 3G-SGSN ja radioaliverkkojarjestel- 
man SRNS muodostama yliteys puretaan (424a, 424b, 424c. 424d), uudelle 

15 operolntisolmulle 2G-SGSN vSlitetaan tarvittavat tilaajatledot (426a. 426b) ja 
kotlreklsteri HLR kuittaa uuden operointisolmu n 2G-SGSN (Update GPRS Lo- 
cation Ack. 428). 

Taman jalkeen operointisolmu 2G-SGSN tarklstaa matkavieatimen 
MS tilaajaoikeudet ja sijalnnin alueellaan seka luo loogisen linkin operointlsol- 

20 mun 2G-SGSN ja matkavlestimen MS valiile. jonka jalkeen matkaviestimen 
MS pyytama reititysalueen palvityspyynto voidaan hyvSksya (RA Update Ac- 
cept. 430). Tassa yhteydessa matkaviestimelle MS lahetetaan myos tieto on- 
nistuneesti vastaanotetulsta datapaketelsta. jotka matkaviastin MS on lahetta- 
nyt UMTS-jarjestelman radioaliverkkojanestelmalle SRNS ennen handover- 

25 prosessin aloittamista. Mainitut datapaketit on identifioitu edelia kuvatulla ta- 
valla muodostetuista PDCP-PDU-numeroista. Matkaviestin MS kuittaa reititys- 
alueen paivityspyynnSn hyvSksymisen (RA Update Complete. 432), jossa yh- 
teydessa operolntisolmulle 2G-SGSN lahetetiin tieto matkaviestimen MS on- 
nistuneesti vastaanottamista datapaketelsta. jotka operointisolmu 3G-SGSN 

30 on lahettanyt radioaliverkkojarjestelman SRNS kautta ennen handover- 
prosessin aloittamista. Matkaviestin MS Identlfioi datapaketit 8-bittisilia N-PDU- 
numeroilla. Taman jalkeen uusi operointisolmu 2G-SGSN voi aloittaa datapa- 
kettlen valltyksen tukiasemajarjestelman BSS kautta (434). 

8-bittisten PDCP-PDU-numeroiden muodostamista 1 2-bittislsta 

35 RLC-jaksonumeroista ja sllta alheutuvia ongelmla havalnnolllstetaan seuraa- 
valla taulukolla. 
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Taulukosta nahdaan esimerkmomaisestii kuinka 12-bittisesti esitetyt 
desimaaliluvut 94, 350, 606 ja 862 muutetaan edella kuvatulla menettelylla 8- 
5 bittisiksi. Koska muunnoksessa otetaan huomioon vain kahdeksan vahiten 
merkitsevaa bittia, karkille mainitulle luvuille muodostuu sama 8-bittinen binaa- 
riesitys. Main ollen, jos puskurissa on lahes 900 datayksikktta RLC-PDU. saa- 
vat edella mainitut RLC-jaksonumerot omaavat datayksikot saman 8-bittisen 
esityksen. Kun vastaanottaja kuittaa lahettajalle onnistuneesti vastaanotetut 
10 datapaketit, ei lahettaja vol kuitattujen 8-bittisten numeroiden perusteella yksi- 
selitteisesti tietdd, mika datapaketti voidaan poistaa puskurista. 

Kuviossa 5 esitetaan, kuinka tiedonsiliron kuittaus ja datapakettien 
kuiku tapahtuu kaytettaessa kultattua lahetysta PDCP-tledonsllnrossa. PDCP- 
entiteetti vastaanottaa kayttajalta pyynnon (PDCP-DATA.request, 500) data- 
is pakettfen lahettamiseksi, jonka pyynn6n yhteydessa vastaanotetaan myos 
datapaketteja PDCP-SDU (Service Data Unit), joista verkkokerroksen datapa- 
ketteina kSytetaan myOs nimitysta N-SDU. PDCP-entiteetti suorittaa datapa- 
kettien otsikkokentan kompressoinnin ja lahettaa nain syntyvat datapaketit 
PDCP-PDU RLC-kerrokselle (RLC-AM-DATA,request, 502) yhdessa radiolin- 
20 kin identiteettitietojen kanssa. RLC-kenros vastaa datapakettien PDCP-PDU 
lahettamisesta (send, 504) ja onnistuneen lahetyksen kuittauksesta (send ack, 
506). Datapaketit N-SDU asetetaan PDCP-entiteetissa puskuriin, josta ne 
poistetaan vasta, kun RLC-kerrokselta saadaan kuittaus (RLC-AM-DATA.conf. 
508) onnistuneesta datapakettien siirrosta vastaanottajalle. Vastaanottaja- 
25 PDCP vastaanottaa lahetetyt PDCP-PDU:t RLC-kerrokseita (RLC-AM- 
DATA.indication. 510), jolloin PDCP-entiteetti suorittaa datapakettien PDCP- 
PDU dekompressoinnin. Nain saadaan palautettua alkuperaiset datapaketit N- 
SDU, jotka sHrretaan edelleen kayttajalie (PDCP-DATA.indication, 512). 

Kuviossa 6 esitetaan PDCP-kerroksen toiminnallinen malli, jossa 
30 kullekin paatelaiteyliteydelle on maaritelty yksi PDCP-entiteetti. Koska nykyi- 
sissa jarjestelnnissa jokaiselle paatelaiteyhteydelle on maaritelty omat PDP- 
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kontekstit, maaraytyy myeis jokaiselle PDP-kontekstille yksi PDCP-entiteetti, 
jolle on edelleen RLC-kerroksessa maaritelty tietty RLC-entiteetti. GPRS- 
jarjestelmassa N-PDU-numerointi tehdsan PDP-kontekstipohjalsesti, minka 
vuoksl samaa periaatetta on ehdotettu nnyds UMTS-jarjestelmaan, jolloin 
5 PDCP-kerras tekisi vastaavan datapakettien numeroinnin PDCP- 
entiteettipohjaisesti. Talloln kayttamalla samanlaista numerointia seka 
GPRSissa etta UMTS:ssa ei jarjestelmien vdlisessa handoverissa pitarsi muo- 
dostua ongelmia. Kuitenkin tasta aiheutuva yhden ylimaaraisen tavun llsaami- 
nen jokaiseen PDCP-datapakettiin kuluttaa UMTS-jarjestelman siirtokapasi- 

10 teettia. varsinkin kun tata ylimaararsta tavua tarvitaan vain UMTS:n ja GPRS:n 
valisessa handoverissa seka UMTS:n sisaisessa radtoallverkkojarjestelmien 
valisessa handoverissa. 

Lisaksl PDCP-kerros voidaan periaatteessa toiminnallisesti toteut- 
taa myos siten, etta useita PDP-konteksteja multipleksataan PDCP- 

15 kerroksessa, jolloin PDCP-kerroksen aiapuolisessa RLC-ken^oksessa yksi 
RLC-entiteetti vastaanottaa datapaketteja useilta paatelaiteyhteyksilta saman- 
aikaisestL Tail6in PDCP-entiteettipohjaisesti maaritetyt datapakettinumerot se- 
kolttuvat RLC-kerroksessa ja useilta paatelaiteyhteyksilta tulevia datapaketteja 
on hankalaa erottaa toisistaan, varsinkin jos datapakettinumeromti perustuu 

20 RUC-jaksonumerointiin. 

Havlotonta handoveria, jossa datapaketteja ei hukata handovor- 
prosessissa, edellytetaan luotettavassa tiedonsiirrossa. Jossa kaytetSan kul- 
tattua lahetysta. UMTS-jarjesteiman kannaita tama asettaa RLC-kerrokselle 
tiettyja edellytyksia: RLC-kerros tulee olla kuittausmoodissa ja RLC:n tulee 

25 pystya lahettamaan datapaketit oikeassa jarjestyksessa kadottamatta datapa- 
ketteja tai ainakin indikoimaan katoamlnen vastaanottajalle. Jos nama ehdot 
toteutuvat, voidaan luotettava handover UIVITSista GPRSraan suorittaa kek- 
sinnon edullisen suoritusmuodon mukalsesti ilman, etta datapakettinumaroita 
tarvitsee vaiittaa lainkaan. 

30 Keksinnon mukaisesti pakettldatayhteyden ensimmaiselle datapa- 

ketille maaritetaan PDCP-PDU-jaksonumero, jolle asetetaan laskuriin alkuar- 
voksl jokin ennalta maaratty lukuarvo, kuten 0, seka yhteyden lahettaja- 
PDCPrhen etta vastaanottaja-PDCP/SNDCP:hen. KeksintfJS voidaan edulli- 
sesti soveltaa seka UMTS:n ja GPRS:n valisessa luotettavassa handoverissa 

35 etta UMTS:n sisaisessa radioaliverkkojarjestelmien valisessa handoverissa 
(SRNS Relocation). Taten tassa selostuksessa kaytettava termi vastaanottaja- 
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PDCP voidaan ensin malnitussa tapauksessa korvata GPRS:n vastaavalta 
toiminnolla SNDCP. 

Keksinn6n mukaista menettelyS havainnollistetaan seuraavassa 
kuvion 7 avulla* Kun lahettaja-PDCP vastaanottaa (700) datapaketin PDCP- 
5 SOU ISihettajaita, se asettaa datapaketin PDCP-SDU puskuriin ja liittaa kDogl- 
sesti kyseiseen datapakettlin PDCP-PDU-jaksonumeron (702). Lahettaja- 
PDCP siirtaa datapaketin PDCP-PDU ja siihen liitetyn PDCP-PDU- 
jaksonumeron RLC-kerrokselle (704) Ja llsaa PDCP-PDU-jaksonumeron arvoa 
maarittavaa faskuria yhdella (706). RLC-kerros voi myOs optionaalisesti maa- 

10 rittaa PDCP-PDU-jaksonumeron ja datapaketin viimeisen RLC-jaksonumeron 
valisen suhteen ja tallentaa sen muistiin (708), RLC-kerros vastaa datapaket- 
tien PDCP-PDU siirrosta lahettajan ja vastaanottajan valilla (710), jotka data- 
paketit PDCP-PDU on pllkottu siirtoa varten dataykslk5lksi RLC-PDU ja nume- 
roitu RLC-jaksonumeroilla. Kun vastaanottaja-PDCP vastaanottaa (712) RLC- 

15 kerrokselta tulevan datapaketin PDCP-PDU, se lisaa vastaanotettujen datapa- 
kettien PDCP-PDU-jaksonumeroiden arvoa maarittavaa laskuria yhdella (714) 
ja siirtaa datapaketin PDCP-SDU seuraavalle kerrokselle (716). RLC- 
kerroksella lahetetaan kuittaus onnistuneesti vastaanotetusta datapaketista 
lahettajalle (718), jonka kuittauksen lahettaja-RLC siirtaa lahettaja-PDCPrlle 

20 (720). Vasteena kuittaukseen, lahettajS-PDCP poistaa kyseisen datapaketin 
PDCP-SDU puskurista (722). Oikean poistettavan datapaketin PDCP-SDU 
maarittaminen tapahtuu edullisesti datapakettiin loogisesti liitetyn PDCP-PDU- 
jaksonumeron avulla. 

Taten keksinnon mukalnen datapakettlen numerointi tapahtuu edul- 

25 lisesti "virtuaatisesti" siten, etta datapaketteihin el liiteta lainkaan erillisia data- 
pakettinumeroita, vaan laskureiden avulla paivitetaan siirrettyja datapaketteja 
ja vastaanottaja-PDCP ja lahettaja-PDCP voivat varmistua datapakettien on- 
nistuneesta slirrosta laskureiden arvojen perusteella, Nain ollen optlmaalises- 
sa tapauksessa keksinnOn mukainen datapakettien kuittaus saadaan myOs 

30 handover-prosessissa vastaamaan edelia kuvattoa datapakettien kuittausta 
normaalissa PDCP-tiedonsiirtossa. Itse handover-prosessi voidaan suorittaa 
tunnetun teknilkan mukaisesti, esimerkiksi kuten edelia on kuvattu kuvion 4 
yhteydessa. On huomattava, etta vaikka keksintoa on edelia havainnollistettu 
handover-prosessin yhteydessa, voidaan keksinnon mukaista Virtuaalista" 

35 datapakettinumerolntia kayttaa myos normaalissa luotettavassa tiedonsiirros- 



Saapunut : 14/ 2/ O 18:27; +358 3 22521SO -> PATREK AS I AKASPALVE LU ; SdLvu 15 

14/02 2000 HA 16:26 FAX 2252150 KOLSTER TAMPERE PRH^URJAAMO @ 015/028 



13 

sa. Jossa vastaanottaja ja lahett^J^ pyeyvat koko ajan samoina, kun taas han- 
dover-prosessissa toinen taho muuttuu. 

Edelia kuvatun "virtuaallsen" datapakettinumerolnnin kayttaminen 
alheuttaa kultenkin lisSongelmla joissakln hairlOtilanteissa, kuten verkon muh- 
5 katilanteissa taj radiosiirtotien hairiOista johtuen, seka erityisesti UMTSrn ja 
GPRS:n valisessa handoverissa sekS UMTS:n sisSisessa handoverissa, jolloin 
RLC-kerros ei voi taata luotettavaa tiedonsiirtoa. Lahettaja-RLCMIe on tyypllli- 
sesti maaritelty maksimiarvo, joko uudelleanlahetysten lukumaarana tal alka- 
jaksona, jonka ajan lahettaja-RLC yrittaa lahettaa samaa datapakettia uudes- 

10 taan. Jos maksimiarvo ylitetaan, RLC-keros informoi tasta vastaanottaja- 
PDCP:ta. Lahettaja-PDCP poistaa vastaavan datapaketin puskurista seuraa- 
van onnistuneen datapakettrlahetyksen yhteydessa, Jos RLC-kerros pystyy 11- 
molttamaan kaikista hukkuneista datapaketelsta PDCP-kerrokselle, pystyy 
vastaanottaja-PDCP paivittamaan PDCP-PDU-jaksonumeroa oikein, jolloin la- 

15 hettaja-PDCP:n ja vastaanottaja-PDCP: n jaksonumerolaskurit pysyvat synkro- 
noituina. Kuitenkin joissakin edelia kuvatuissa hairiotilanteissa RLC-kerros e\ 
pysty takaamaan RLC-kerroksella kadotettujen datapakettien infbrmoimista 
PDCP-kerrokselle, jolloin PDCP-PDU-jaksonumerolaskurit lahettaja-PDCPrssa 
ja vastaanottaja-PDCP:ssa voivat joutua epasynkroniln. 

20 Datapaketin hylkaystoimcnto kaynnistyy RLC-kerroksella aina. kun 

lahettaja-RLC havaitsee maksimiajan tai uudelleenlahetysten lukumaaran ylit- 
tyneen, jolloin datapaketti hylataan. Hylkaystoimintoon liittyy MRW-komento 
(Move Receiving Window), joka lahetetaan vastaanottaja-RLC:lle ja jolla oh- 
jataan vastaanottaja-RLCita siirtamaan vastaanottoikkunaa srten, etta vas- 

25 taanottaja-RLC ei enaa odota kyseista datapakettia vastaanotettavaksi. MRW- 
komennossa vastaanottaja-RLCrlle ilmoitetaan sen datapaketin ensimmainen 
RLC-jaksonumero, joka oletetaan seuraavaksi vastaanotettavaksi datapake- 
tiksi. Main ollen vastaanottaja-RLC ei tieda, kulnka monta datapakettia on ol- 
keastaan hyiatty elka lahettajan ja vastaanottajan datapakettilaskureiden synk- 

30 ronoiminen onnistu. 

Kuviossa 8 on esitetty tunnetun tekniikan mukainen MRW-komento. 
MRW-komento valitetaan datayksikdssa, joka on tyypiltaan ns. status PDU eli 
dataykslkko, Jolla vastaanottajaa informoldaan janestelman tllasta ja ohjataan 
tilan edellyttamalla tavalla. Kuvion 8 mukaisesti seka datayksikOn (800) etta 

35 ohjauskomennon (802) tyyppi maaritellaan ensimmaisessa tavussa. Toisessa 
ja osittain kolmannessa tavussa valitetaan sen datapaketin ensimmainen 
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RLC-jaksonumoro (804), joka oletetaan seuraavaksi vastaanotettavaksi data- 
paketiksi PDCP-PDU. Kolmas tavu kflsittaa lis^ksi ohjauskomennon loppu- 
kentan (806). TSsta MRW-komennosta on olemassa myOs toinen hiukan 
edella esitetysta poikkeava verslo, jossa otetaan huomioon se, etta yksi RLC- 
5 PDU vol kasittaa tietoja useista PDCP-PDU-paketeista. Ohjaustoiminnaltaan 
molemmat tunnetut MRW-komennot ovat kultenkin olennaisesti samanlaisia. 

Nyt keksinnOn mukaisesti datapakettien hylkaystoimintoa RLC- 
kerroksella parannetaan siten, etta vastaanottaJa-RLC saadaan tietoiseksr kai- 
kista hyiatyista datapaketeista. Vastaanottaja-RLC vol taildin vaiittaa tiedon 

10 hylatyista datapaketeista vastaanottaja-PDCP:lle, joka edullisesti ohjaa PDCP- 
PDU-jaksonumerolaskurin arvon vastaamaan iahetta]a-PDCP:n laskurin ar- 
voa. Vastaanottaja-RLC saadaan tietoiseksl kaikista hylatyista datapaketeista 
siten. etta lahettaja-RLC llmatsee MRW-komennossa hyiattyjen datapakettien 
maaran seka lisaksi identifioi edella kuvatulla tavalla seuraavaksi vastaan- 

15 otettavaksi oletetun datayksikOn RLC-PDU, 

Keksinnon edullisen suoritusmaodon mukaisesti vastaanottaja-RLC 
saadaan tietoiseksi kaikista hylatyista datapaketeista ilmoittamalla kukin hy- 
latty datapsketti erikseen MRW-komennossa, Tata havainnolliatetaan kuviossa 
9a, jossa esitetaan keksinnOn edullisen suoritusmuodon mukainen MRW- 

20 komento. Seka datapaketin (900) etta ohjauskomennon (902) tyyppi maaritel- 
laan tunnetun tekniikan mukaista MRW-komentoa vastaavasti ensjmmaisessa 
tavussa. Toinen tavu kaslttaa kentan (904) hyiattyjen datapakettien lukumaa- 
ran ilmaisemiseksi, Jonka kentan jalkeen Identlfloidaan jokainen hyiatty data- 
paketti. IdentiflointI voidaan edullisesti suorittaa Hittamalla MRW-komentoon 

25 jokaiseen hyiattyyn datapakettiin lirttyva 12-bittjnen eli 1,5-tavuinen RLC- 
jaksonumero (906). Viimeisena identifioidaan RLC-jaksonumero (908), joka 
oletetaan seuraavaksi vastaanotettavaksi datayksikCksi RLC-PDU. Viimeinen 
tavu kaslttaa lisaksi ohjauskomennon loppukentan (910). 

Nain vastaanottaja-RLC pystyy tarkistamaan jo hyiattyjen datapa- 

30 kettien lukumaarakentasta (904), kuinka monta datapakettia on hyiatty, mika 
tieto siirretaan vastaanottaja-PDCPille, joka edullisesti ohjaa PDCP-PDU- 
jaksonumerolaskurin arvon vastaamaan lahettaja-PDCP:n laskurin arvoa. 
Identifioimalla jokainen datapaketti viela erikseen MRW-komennossa saavu- 
tetaan se etu, etta hylatyt datapaketit pystytaan tarvittaessa identifloimaan ku- 

35 kin erikseen esimerkiksi tlianteessa, jossa uusi MRW-komento tai sama MRW- 
komento uudelleenlahetettyna tulee vastaanottaja-RLCille ennen edellisen 
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MRW-komennon kuittausta lahettaJa*RLC:lle. Luonnollisesti edella kuvatussa 
MRW-komennossa voidaan kadotettu datapaketti identifioida liittamalla MRW- 
komentoon kalkkl kyselseen datapakettlin IKttyvat RLC-Jaksonumerot. 

Vaihtoehtona edella kuvatulle, vastaanottaja-RLC saadaan tfeto]- 
5 seksi katkista hyfatyista datapaketeista keksinnOn toisen suoritusmuodon mu- 
kaisesti ilmoittamalla vain hyisttyjen datapakettien lukumasra MRW- 
komennossa. Tata havainnolllstetaan kuviossa 9b, jossa esitetaan keksinnon 
toisen edullisen suoritusmuodon mukalnen MRW-komento. Taas seka datapa- 
ketin (920) ettS ohjauskomennon (922) tyyppl maaritellaan tunnetun tekniikan 

10 mukaista MRW-komentoa vastaavasti ensimmdisessd tavussa. Toinen tavu 
kasittaa kentan (924) hylattyjen datapakettien lukumaSran ilmalsemiseksj, jon- 
ka jalkeen identrfioidaan seuraavaksi vastaanotettavaksi olotetun datayksikOn 
RLC-jaksonumero (926). Jokafselle IVIRW-komennolle maaritetaan lisaksi yk- 
silollinen sarjanumero (928). Viimeiseksl tulee taas ohjauskomennon loppu- 

16 kentta (930). 

Keksinnon tassa suoritusmuodossa MRW-komento saadaan edulli- 
sesti pidettyS lyhyenS, koska jokaista datapakettia ei identifioida erikseen. Toi- 
saalta enslmmaisessakaan suoritusmuodossa MRW-komennon pituus harvoin 
kasvaa huomattavasti, koska tilanne, jossa hylattyja datapaketteja on enem- 

20 man kuin yksi kerrailaan, on erittain harvlnainen. MRW-komentojen san'anu- 
meroinnilla pystytaan ehkaisemaan ne ongeimat, jorta saattaisi iimeta tilan- 
teessa, jossa uusi MRW-komento tai sama MRW-komento uudelleeniaiietetty- 
na tulee vastaanottaja-RLC:lle ennen edellisen MRW-komennon kuittausta la- 
hettaja-RLC:lle. 

25 Aian ammattilaiseile on llmelsta, etta tekniikan kehittyessa keksin- 

non perusajatus voidaan toteuttaa monin eri tavoin. Keksinto ja sen suoritus- 
muodot eivat siten rajoitu ylla kuvattuiliin esimerkkeihin vaan ne voivat vaih- 
delia patenttivaatimusten puftteissa. 
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Patentt [vaatim u kset 

1 . MenetelmS datapakettien stirrossa pakettivaiitteisessS tietoliiken- 
nejarjestelmassa, jonka tietoliikenneprotokolla kasittaa konvergenssiprotokol- 
lakerroksen (PDCP, SNDCP) kSyttajadatapakettien muokkaamlseksi konver- 

5 genssiprotokollapaketteihtn ja linkkikerroksen (RLC, LLC) konvergenssiproto- 
kollapakettien (PDCP-PDU) lahettamiseksi datayksikkolna (RLC-PDU) ja la- 
hetyksen kuittaamiseksi, t u n n e 1 1 u siita. etta 

maaritdtaan lahetettaville konvergenssiprotokollapaketeille datapa- 
kettinumero laskurin avulla, 
10 siirretaan lahetettavat konvergenssiprotokollapaketit linkkikerrok- 

selle lahetettavaksi, 

maaritetaan vastaanotetuille konvergenssiprotokollapaketeille data- 
pakettinumeno laskurin avulla, 

kuitataan vastaanotetut konvergenssiprotokollapaketit lahettajalle, 
15 lahetetaan linkkikerroksella kadotettujen konvergenssiprotokollapa- 

kettien identifiointitiedot vastaanottajalle vasteena sille, etta linkkikerros el 
pysty takaamaan konvergenssiprotokollapakettien luotettavaa lahetysta ja 

paivltetaan vastaanottajan laskurin arvo vastaamaan lahettajan las- 
kurin arvoa siten, etta kadotetut konvergenssiprotokollapaketit huomloidaan 
20 laskurin arvossa. 

2. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, 

etta 

identifioldaan linkkikerroksella kadotetut konvergenssiprotokollapa- 
ketit vastaanottajalle maarittelemalla kadotettujen konvergenssiprotokollapa- 
25 kettien lukumaara ja seuraavaksi vastaanotettavaksi oletetun linkkikerroksen 
datayksikon jaksonumero. 

3. Patenttivaatimuksen 2 mukainen menetelma, tunnettu siita, 

etta 

identifioldaan jokainen kadotettu konvergenssiprotokollapaketti 
30 vastaanottajalle maarittelemalla jokaiseen kadotettuun konvergenssiprotokol- 
lapakettiin liittyva linkkikerroksen jaksonumero. 

4. Patenttivaatimuksen 3 mukainen menetelma. tunnettu siita, 

etta 

identifioldaan kadotettuun konvergenssiprotokollapakettiin liittyva 
35 jokainen linkkikerroksen jaksonumero. 
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5, Jonkin edellisen patenttivaatimuksen mukainen menetelma, 
t u n n e 1 1 u sNta, etta 

lahetetadn linkkrkerroksella kadotettujen konvergenssiprotokoKapa- 
kettien identifiointitiedot vastaanottajalle linkkikerroksen dataykslkttssa, joka 
5 kasitta^ vastaanottoikkunan siirtokomennon (MRW). 

6. Jonkrn edellisen patenttivaatimuksen mukainen menetelma, 
tunnettu slita, ett£k 

malnittu tietoliikennejarjestelma on kuitattua lahetysta kayttavS pa- 
kettivaiitteinen matkavlestinjarjostelma, kuten UMTS-tal GPRS-jarjestelma. 
10 7. Patenttivaatimuksen 6 mukainen menetelma, tunnettu siita, 

etta 

menetelmaa sovelletaan UMTSrn ja GPRSin vallsessa yhteysvas- 
tuun siinrossa. 

8, Patenttivaatimuksen 6 mukainen menetelma, tunnettu siita, 

15 etta 

menetelmaa sovelletaan UMTS:n radloallverkkojarjestelmien vali- 
sessa yhteysvastuun siirrossa. 

9. Pakettivalitteinen tletoliikennejarjestelma, joka kasittaa paatelait- 
teen (MS. UE) ja kiintean verkon, joka kasittaa pakettivaiitteista tiedonsilrtoa 

20 tukevan verkkoelementin (SGSN, SRNC), jossa tietolilkennejariestelmassa 
datapaketteja on janestetty lahetettavaksi paatelaitteen ja verkkoelementin va- 
lilla ja jonka tietoliikennejarjestelman tietoliikenneprotokolla kasittaa konver- 
genssiprotokollakerroksen (PDCP, SNDCP) kayttajadatapakettien muokkaa- 
miseksi konvergenssiprotokollapaketteihin (PDCP-PDU) ja linkkiken^oksen 

25 (RLC, LLC) konvergenssiprotokollapakettien lahettamiseksi dataykslkkoina 
(RLC-PDU)ja lahetyksen kuittaamiseksi, tunnettu siita, etta paatelaitteen 
ja verkkoelementin valisessa datapakettien siirrossa 

lahetettaville konvergenssiprotokollapaketeille on jarjestetty maari- 
tettavaksi datapakettinumero laskurin avulia, 

30 lahetettavat konvergensslprotokollapaketit on jarjestetty sllrrettS- 

vaksi llnkkikerrokselle lahetettavaksi, 

vastaanotetuille konvergenssiprotokollapaketeille on jarjestetty 
maaritettavaksi datapakettinumero laskurin avulia, 

vastaanotetut konvergenssiprotokollapaketit on jarjestetty kuitatta- 

35 vaksi, 
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kadotettujen konvergensslprotokollapakettien identifiolntitiedot on 
j^rjestetty lahetettavaksf linkkikerroksella vastaanottajalle vasteena side, etta 
Irnkkikerros ei pysty takaamaan konvergenssiprotokollapakettien luotettavaa 
lahetysta Ja 

5 vastaanottajan laskurin arvo on jarjestetty paivitettavaksi vastaa- 

maan lahettajan laskurin arvoa sften, etta kadotetut konvergenssiprotokollapa- 
ketit huomioidaan laskurin arvossa. 

10. Patenttivaatimuksen 9 mukalnen tietoliikennejarjestelma, 
t u n n e 1 1 u siita, etta 

10 kadotetut konvergenssiprotokollapaketit on jarjestetty identifloita- 

vaksl linkkikenroksella vastaanottajalle maarittelemaiia kadotettujen konver- 
gensslprotokollapakettien (ukumaara ja seuraavaksl vastaanotettavaksi olete- 
tun linkkikerroksen datayksikon jaksonumero. 

1 1 . Patenttivaatimuksen 1 0 mukainen tietoliikennejarjestelma. 
15 tu n nettu siita, etta 

jokalnen kadotettu konvergenssiprotokollapaketti on jarfestetty 
identifioltavaksi erikseen vastaanottajalle maarittelemalia jokaiseen kadotet- 
tuun konvergenssiprotokollapakettiin liittyva linkkikerroksen jaksonumero. 

12. Patenttivaatimuksen 11 mukainen tietoliikennejarjestelma. 
20 tunnettu siita, etta 

jokainen kadotettuun konvergenssiprotokollapakettiin liittyva linkki- 
kerroksen jaksonumero on jarjestetty identifioitavaksi erikseen. 

13. Jonkin patenttivaatimuksen 9-12 mukainen tietoliikennejarjes- 
telma, tunnettu siita, etta 

25 kadotettujen konvengenssrprotokollapakettien identifiointitiedot on 

jarjestetty lahetettavaksi llnkkikerroksella vastaanottajalle linkkikerroksen da- 
tayksikossa, joka kasittaa vastaanottoikkunan siirtokomennon (MRW). 

14. Jonkin patenttivaatimuksen 9-13 mukainen tietoliikennejarjes- 
telma. tunnettu siita, etta 

30 mainlttu tietoliikennejarjestelma on pakettivalitteista tietoliiken- 

neprotokollaa kayttava matkaviestinjarjestelma, kuten UMTS- tai GPRS- 
jarjestelma. 

15. Patenttivaatimuksen 14 mukainen tietoliikennejarjestelma, 
tunnettu siita, etta 
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vastaanottajan laskurin arvo on jarjestetty paivitettavSksi kadotet- 
tujen konvergenssiprotokollapakettien identifiointitietojen avulla UMTSrn ja 
GPRS:n vSlisessa yhteysvastuun slirrossa. 

16. Patenttivaatimuksen 14 mukainen tietoliikennejarjestelma, 
5 tunnettu siita, etta 

vastaanottajan laskurin an/o on jdrjestetty p^ivitett^vaksi kadotet- 
tujen konvergenssiprotokollapakettien identifiointitietojen avulla UMTS;n ra- 
dioaliverkkoj&nestelmien vSlisessa yhteysvastuun siirrossa. 
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(57) Tiivistelma 

Menetelma datapakettien numeroimiseksi kuitattua lahe- 
tysta kayttavassa pakettivalitteisessa tietoliikennejarjes- 
telmass^, Jonka tietoliikenneprotokolla kfisittafi konver- 
genssiprotokoHakerroksen kayttajadatapakettlen muok- 
kaamiseksi konvergenssiprotokollapaketteihin ja Hnkkiker- 
roksen konvergensslprotokoliapakettien lahettamiseksi 
datayksikkoind ja Idhetyksen kuittaamiseksi, Lahetettdville 
konvergenssiprotokollapaketeille maaritetaan datapaketti- 
numero laskurin avulla ja lahetettavat konvergenssiproto- 
kollapaketit siirretaan linkkikerrokselle lahetettavaksi ilman 
datapakettinumeroa. Vastaanotetuille konvergenssiproto- 
kollapaketeille maaritetaan myos datapakettmumero las- 
kurin avulla ja vastaanotetut konvergenssiprotokollapaketit 
kuitataan lahettajalle. 

Jos linkkikerros el pysty takaamaan konvergenssiproto- 
kollapakettien luotettavaa lahetysta, lahetetaan Hnkkiker- 
roksella kadotettujen konvergensslprotokollapakettien 
identiflointltiedot vastaanottajalle, joka paivittaa vastaan- 
ottajan laskurin arvon vastaamaan lahettajan laskurin ar- 
voa siten, etta kadotetut konvergenssiprotokollapaketit 
huomioidaan laskurin arvossa. 
(Kuvio 7) 
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